Merge branch 'window-activate-grab-3-again-24' into 'gtk-3-24'

gdk: activate surface on keyboard grabs

See merge request GNOME/gtk!176

gdk: activate surface on keyboard grabs

In 01455399e83a ("gdk: do not deactivate surface on keyboard grabs"), we
made gdk avoid deactivating surfaces when another application takes a
keyboard grab, by using has_focus_window instead of has_focus. That however
broke activating surfaces when the gdk application acquired a grab itself,
in which case has_focus_window is false but has_focus is true.

We thus actually need to use both: surfaces should be activated either
because we have normal keyboard focus, or because we grabbed the keyboard.

This also renames HAS_FOCUS to APPEARS_FOCUSED to better reflect its
role.

Fixes #85

(cherry picked from commit 3287ac96e02ff236d74db10164c5b0c1e7b2b0bf)

search-bar: Fix link to search-bar example

The master branch is now Gtk4. We should be linking to
stable branch here.

gtk: fix wheel scrolling for very small adjustment page_size

For very small page sizes of < 1.0, the effect of pow() is the
opposite of what's intended and the scroll steps become unusably
large, make sure we never get a scroll_unit larger than page_size /
2.0, which used to be the default before the pow() magic was
introduced.

gdkseatdefault: Don't hide GdkWindow on grab failure

Application is not expecting that.

Bug found due gdk_seat_grab() failure on Lock Screen. When user
Unlock the screen, the application is visible but does not receive
enter-event any more on X11/GNOME.

Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1485968
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1571422

Signed-off-by: Victor Toso <victortoso@redhat.com>
Signed-off-by: Carlos Garnacho <mrgarnacho@gmail.com>

Update Polish translation

Merge branch 'lrn/gks_vk_menu' into 'gtk-3-24'

GDK W32: Don't forget to check VK_MENU and set MK_ALT

See merge request GNOME/gtk!181

Merge branch 'wip/tchaik/fontconfig-timestamp' into 'gtk-3-24'

wayland: Implement 'gtk-fontconfig-timestamp' & 'gtk-modules'

See merge request GNOME/gtk!157

Merge branch 'gtk-3-24' into 'gtk-3-24'

Fix reference to user styles in gtkstyleprovider.h

See merge request GNOME/gtk!183

font-button: Suggest non deprecated function in docs

gtk_font_button_get_font_name() has been deprecated in 3.22 and
its public API is removed from GTK4.

Fix reference to user styles in gtkstyleprovider.h

Update Catalan translation

Update Catalan translation

GDK W32: Don't forget to check VK_MENU and set MK_ALT

Merge branch '1088-getting-css-properties-defined-in-em-etc-in-px-rounds-toward-0-delivering-1-too-few-pixels' into 'gtk-3-24'

Resolve "Getting CSS properties defined in em (etc.) in px rounds toward 0, delivering 1 too few pixels"

See merge request GNOME/gtk!158

CssGadget: Round px values up for min-width|height

Otherwise, requesting a min size in em where the equivalent in px had a
fractional part would lead to the gadget getting allocated 1 too few px.
You could see this in the CSS property vs. allocation in the Inspector.

Note that margin/border/padding are left alone: the rationale is that we
do as browsers do, and Benjamin said we already do that for those,
whereas his tests on min-(width|height) showed otherwise.  My subsequent
analysis indicated it to be far less clear-cut than that, but he remains
unconvinced that we should ceil() all the things! So just do these ones.

https://gitlab.gnome.org/GNOME/gtk/issues/1088

docs: Add indices for 3.24 api

We have some now.

Add new fontchooser api to the docs

We have docs.

Add gdk_window_move_to_rect to the docs

We have docs.

Merge branch 'wip/move-to-rect-public-gtk-3-24' into 'gtk-3-24'

gdk: Make gdk_window_move_to_rect public (gtk-3-24)

See merge request GNOME/gtk!180

gdk: Make gdk_window_move_to_rect public

This is the API used by GtkMenu to properly position menus on the screen
without requiring GTK to query the menu window's position or the work
area of where the window is positioned. It makes it possible to position
popup windows properly when using Wayland.

Make this API available to external users so custom popup windows can be
positioned properly as well.

Closes: https://gitlab.gnome.org/GNOME/gtk/issues/997

Update NEWS

Bump version to 3.23.0

Yes, we are adding some api here.

Miscellaneous font chooser fixes

Fix various oversights in the backports of the
font chooser features.

font chooser: Make the language property writable

This is meant as an input to the font chooser.
We don't want the user to select a language, but
rather have fonts presented as they would work for
the current language. Therefore, do away with the
lang/script combo on the tweak page.

font chooser: Add examples for font features

For some font features, we can figure out affected
glyphs, and show before/after. For some others, we
hardcode typical sequences.

Still to do: figure out how to find ligatures and
show them.

Add a 3.24 version

Merge branch 'gtk-3-24' into 'gtk-3-24'

GtkWindow: Handle non-square icons with height > width correctly

See merge request GNOME/gtk!173

GtkWindow: Handle non-square icons with height > width correctly

menu: Remove unstable annotations

These apis are not going to change in GTK+ 3.x.

Drop Ctrl-Shift-e support

Now that we have Emoji completion, drop the rather limited
Ctrl-Shift-e support in GtkIMContextSimple, and leave this
sequence to input methods.

widget-factory: add emoji completion to an entry

entry: Add emoji completion

Pop up completions when the text in the entry matches :word:
This functionality has to be enabled using the enable-emoji-completion
property.

Add an emoji completion popup

This widget provides entry completion-like functionality
for Emoji codes like :grin: or :kiss:.

Export some entry functions privately

This will be used in the following commits.

emoji: Hide recent section when empty

This is part of https://gitlab.gnome.org/GNOME/gtk/merge_requests/143
by Julian Sperber.

emoji: Improve section scrolling

Leave some space above the section heading when scrolling.

This is a part of https://gitlab.gnome.org/GNOME/gtk/merge_requests/143
by Julian Sperber.

Update Catalan translation

treeview: respect expander-size style property

Without enforcement to the expander-size, we can end up rendering icons
rather fuzzy. This uses the expander-size style property to determine
the square for the icon, centered on what was the calculated space for
the expander.

widget: Fix example code in doc

wayland: Implement'gtk-fontconfig-timestamp' & 'gtk-modules'

The 'gtk-fontconfig-timestamp' and 'gtk-modules' settings are
currently not available at all on Wayland. On X11, they are
implemented through xsettings maintained up-to-date by
gnome-settings-daemon.

This patch implements both GtkSettings for Wayland using a
new dbus interface also provided by gnome-settings-daemon.

Closes #886

gtksocket: Adjust X sizes by scale-factor

X uses unscaled sizes, so they must be scaled properly. Otherwise
GtkSockets end up twice as big as they should be.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=765327
Signed-off-by: Jason Zaman <jason@perfinion.com>
Close !165

Merge branch 'gtksocket-scale-3-22' into 'gtk-3-22'

gtksocket: Adjust X sizes by scale-factor

See merge request GNOME/gtk!164

Merge branch 'gesture-docs' into 'master'

Gesture stuff

See merge request GNOME/gtk!169

(cherry picked from commit 8b24d59cde9410db28c7b61d323fa8b1f0180300)

334c7911 gesture: Fix get_last_event() docs
e9765c04 gesture: Fix code snippet
4d2b39d9 gesturemultipress: Don’t fire ::released after ::cancel

Merge branch 'gesture-docs' into 'master'

Gesture stuff

See merge request GNOME/gtk!169

(cherry picked from commit 8b24d59cde9410db28c7b61d323fa8b1f0180300)

334c7911 gesture: Fix get_last_event() docs
e9765c04 gesture: Fix code snippet
4d2b39d9 gesturemultipress: Don’t fire ::released after ::cancel

x11: Don't set NET_WM_PID when sandboxed

It is not useful, and some window managers misinterpret it and
add some "runs as root" indication to the window decoration.

See https://github.com/mate-desktop/marco/issues/301

gdk: Add a private api to find sandboxes

This will be used in more places in the future.

Update Spanish translation

gdkdnd: Fix 2 typos in docs

ci: update the docker image to fedora 28

So we get a newer pango

Merge branch 'gtk-3-24' into 'gtk-3-24'

icontheme: Keep dir_mtimes in order

See merge request GNOME/gtk!162

Update Polish translation

Update POTFILES.in and POTFILES.skip

SpinButton: Fix an obviously wrong arg description

:climb-rate is not about what you get when you single-click on a button,
as this implied: it's what happens if you hold down a button or a key.
Fix the description of @climb_rate to new(), and while here, mention the
key in the blurb of :climb-rate itself.

GdkWin: Avoid leak if bailing from process_updates

There is no point creating the list if we don't need to because we are
failing out, and even less point in leaking it in that case.

StyleContext: Add a missing apostrophe

(or rather, the right single quote dictated by the HIG, which is
semantically not an apostrophe at all! I will die on this hill.)

wayland: check native window for crossing events

gdk_wayland_*_grab()/ungrab() would emit crossing events which translate
as focus_in/focus_out events for keyboard.

However, the ungrab() functions compare the native toplevel as this is
what gets the Wayland pointer enter/leave events with the grab window,
so if the grab is issued on a child gdk window, those won't match and we
would emit more focus_out events than focus_in events.

This means that a widget such as spice-gtk which issues a keyboard grab
whenever the pointer enters the window and releases the grab when it
leaves the window would get uneven numbers of focus_in/focus_out events.

Also, gdk_wayland_seat_ungrab() would not emit crossing events for
keyboard devices, whereas gdk_wayland_device_ungrab() does, which adds
even more potential discrepancies between focus_in/focus_out events.

To solve this problem, introduce two new helper functions which check
the relevant native windows to emit crossing events when needed that get
called evenly from both gdk_wayland_seat_grab()/ungrab() and gdk_Wayland
_device_grab()/ungrab() APIs.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=780422
Fixes: https://gitlab.gnome.org/GNOME/gtk/issues/792

gtksocket: Adjust X sizes by scale-factor

X uses unscaled sizes, so they must be scaled properly. Otherwise
GtkSockets end up twice as big as they should be.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=765327
Signed-off-by: Jason Zaman <jason@perfinion.com>

icontheme: Keep dir_mtimes in order

Don't reverse the order each time we insert a theme. Reverse it only
once, after all themes have been loaded.

Fixes https://gitlab.gnome.org/GNOME/gtk/issues/1115

Merge branch 'bz780422' into 'gtk-3-22'

wayland: check native window for crossing events

See merge request GNOME/gtk!147

StyleContext: Don't advise using invalidate()

It's deprecated. Also, set_screen() is not used/needed in the demo cited

Remove the "without parent" warning

We've had it for a long time, and it hasn't really made
a difference. And I don't think we are prepared to turn
this into a hard error. So just drop it.

Range: Up should only mean ++ if we are a GtkScale

The last round of patches to get the desired direction of value move in
response to scrolls/keypresses on scales had the inadvertent side effect
of giving the opposite direction on scrollbars. Seeing as gtkrange.c is
already a collection of hacks, add another so that fix only holds if the
instance is a GtkScale, since that is what those patches were aimed at.

Close https://gitlab.gnome.org/GNOME/gtk/issues/1065

ProgressBar: Fix typo in doc comment

Range: Up should only mean ++ if we are a GtkScale

The last round of patches to get the desired direction of value move in
response to scrolls/keypresses on scales had the inadvertent side effect
of giving the opposite direction on scrollbars. Seeing as gtkrange.c is
already a collection of hacks, add another so that fix only holds if the
instance is a GtkScale, since that is what those patches were aimed at.

Close https://gitlab.gnome.org/GNOME/gtk/issues/1065

ProgressBar: Fix typo in doc comment

font chooser: Support font variations

Add sliders for the axes on the tweak page.

font chooser: Add properties for font features and language

These can't be returned as part of the font description,
so we need new api for them. For now, this is just readonly
properties. Maybe these should be writable too, eventually.

font chooser: Add font features

Populate the tweak page with OpenType font features.

font chooser: Add a tweak page

font chooser: introduce font chooser levels

This is a more systematic approach to reducing the
level of detail in the font chooser.

Bump the pango requirement

We want to use the new font variation api in pango 1.41.

Add a flatpak manifest for widget-factory

This makes it easier to build GTK+.

Merge branch '1053-scroll-cursor-gets-left-behind-if-a-child-widget-steals-the-scroll' into 'gtk-3-22'

Resolve "Scroll cursor gets left behind if a child widget steals the scroll"

See merge request GNOME/gtk!134

textview: Don't scroll for pastes in another view

GtkTextView scrolls to the insertion point when the text
buffer signals a paste is done. This is wrong when there
are multiple views on the same buffer, and the paste
happened in another view.

To fix this, flip the handling of the scroll_after_paste
boolean to only be TRUE if we know that we want to scroll.

Merge branch '1069-thread-1-glade-received-signal-sigfpe-arithmetic-exception' into 'gtk-3-22'

Resolve "Thread 1 "glade" received signal SIGFPE, Arithmetic exception."

See merge request GNOME/gtk!151

appchooserdialog: Fix memory leak

appchooserdialog: Don't fire notify::heading twice

The gtk_app_chooser_dialog_set_heading() function do emit
notify::heading. Since the setter simply calls the function,
the setter itself shouldn't emit a notify signal by itself.

textview: Always show select-all button in touch popup

"Select all" action is possible regardless of the text selection state
or if the text is editable or not.

textview: Simplify creating bubble action buttons

Buttons can be created simply with gtk_button_new_from_icon_name().

GtkBox: do not divide by zero on gtk_box_size_allocate_with_center()

https://gitlab.gnome.org/GNOME/gtk/issues/1069

Visual Studio 2008 builds: Generate gtk/gtktypefuncs.c

This is the updates to the Visual Studio 2008 projects to generate
gtk/gtktypefuncs.c using the preprocessor and the gentypefuncs.py that
was adapted from master.

Unfortunately we could not clean up the projects as we did for the 201x
ones due to the differences in project file format.

Visual Studio 201x builds: Clean up project files

Combine repetitive parts, and unify using $(PythonDir) for all builds,
which the paths set in the property sheets are now based on the Visual
Studio version and platform combination.

Visual Studio 201x builds: Fix previous commit

Not that it will make a difference, but to be consistent with the
autotools builds.  Include gtkx.h instead of gtk.h when we generate the
source to feed to the preprocessor.

Visual Studio 201x builds: Generate gtk/gtktypefuncs.c

We now need to generate gtktypefuncs.c by ourselves, so modify the
gentypefuncs.py script from master, and add a custom build step in the
projects to generate gtktypefuncs.c.  The custom build step for the 2008
projects will be added later.

Merge branch 'wip/restart-cursor-animation-gtk-3' into 'gtk-3-22'

wayland: Fix restarting cursor animation

See merge request GNOME/gtk!150

gtk/Makefile.am: Fix Visual Studio project generation

We now need the generated sources to be included explicitly in the list
so that they get listed in the project files to be built.

wayland: Fix restarting cursor animation

When an animated cursor was set and the previous cursor animation delay
happened to be the same, we wouldn't restart the animation timeout and
just return G_SOURCE_CONTINUE assuming the timer would continue. This
assumption is however only valid if the function was called from the
timeout, which is not the case.

Instead also arm the timer also if there is no previous timer active.

wayland: check native window for crossing events

gdk_wayland_*_grab()/ungrab() would emit crossing events which translate
as focus_in/focus_out events for keyboard.

However, the ungrab() functions compare the native toplevel as this is
what gets the Wayland pointer enter/leave events with the grab window,
so if the grab is issued on a child gdk window, those won't match and we
would emit more focus_out events than focus_in events.

This means that a widget such as spice-gtk which issues a keyboard grab
whenever the pointer enters the window and releases the grab when it
leaves the window would get uneven numbers of focus_in/focus_out events.

Also, gdk_wayland_seat_ungrab() would not emit crossing events for
keyboard devices, whereas gdk_wayland_device_ungrab() does, which adds
even more potential discrepancies between focus_in/focus_out events.

To solve this problem, introduce two new helper functions which check
the relevant native windows to emit crossing events when needed that get
called evenly from both gdk_wayland_seat_grab()/ungrab() and gdk_Wayland
_device_grab()/ungrab() APIs.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=780422
Fixes: https://gitlab.gnome.org/GNOME/gtk/issues/792

[Quartz] Hardcode screen resolution for text at 96.0.

It seems that CoreText is internally calibrated for this, see
https://bugzilla.gnome.org/show_bug.cgi?id=787867 for a detailed
discussion.

gtk: Fix reserved pointers

So gcc stops complaining about unnecessary parenthesis.

Closes #1059

Range: Bin pointless check before emitting signal

In scroll_event(), there is no need to check whether we are realized
before emitting ::change-value, as we must be when receiving an event.

Git-formatted/rebased/cleaned up by Daniel Boles <dboles.src@gmail.com>

Close https://gitlab.gnome.org/GNOME/gtk/issues/292

Menu: cleanups for previous commit and nearby

• #include <math.h> for the new uses of floor()
• Move the new ints and popdown_data into the scopes where they are used
• Don’t pointlessly init other ints to 0 as they always get reassigned
• Burninate gint

Menu: Fix broken navigation triangle/hysteresis

This issue was caused when mouse coordinates were changed to floating
point values in commit e8b38fedbd8961df4aaaa75b122a06ddc68e75f2.

This patch floors the event->x_root and event->y_root values when
setting the navigation region, so the previous behaviour is restored.

https://gitlab.gnome.org/GNOME/gtk/issues/450

ScrolledWindow: Unset cursor if child takes scroll

https://gitlab.gnome.org/GNOME/gtk/issues/1053

x11: Set a transparent background on windows by default

This avoids black flicker on compositing WMs when a window is first shown.

emoji chooser: Match search terms better

Use g_str_match_string for better results.

cherry-pick of be2853e5deb60274e43352352de74dc458908fe2

https://gitlab.gnome.org/GNOME/gtk/issues/898

Merge branch 'wip/lantw/gtk3-use-dev-evdev-input-h-on-freebsd' into 'gtk-3-22'

wayland: Use dev/evdev/input.h on FreeBSD (GTK3)

See merge request GNOME/gtk!132

Update Finnish translation

wayland: Use dev/evdev/input.h on FreeBSD

The header linux/input.h used by GDK is specific to Linux. It is
possible to get a few Linux headers on FreeBSD by installing v4l_compat,
but it is usually better to use the one shipped with FreeBSD.

We prefer dev/evdev/input.h to linux/input.h here, so it will always use
dev/evdev/input.h on FreeBSD regardless of v4l_compat.

https://svnweb.freebsd.org/changeset/ports/465644